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HyperCard as a Text Analysis Tool for the Qualitative Researcher 

Computer technology has become an integral part of the research process. 
Researchers using both qualitative and quantitative data are concerned with the ways in 
which information can best be organized, analyzed and shared. Software tools for 
analyzing quantitative data have been widely available since the earliest days of computers, 
but software tiiat assists witii the qualitative analysis of textual data is relatively new. 

Word processors and data base programs have been used in the collection and 
organization of textual data for some time (Pfaffenberger, 1988). They continue to be 
useful tools for transcribing notes, for finding words in context, for creating indexes, and 
for organizing and sorting categorical data. More specific text analysis programs, such as 
The Ethnograph, TAP (Text Analysis Package), and HyperQual provide systematic ways 
of collating and comparing material from large bodies of text (Tesch, 1990). However, 
some of these programs assume the researcher has a well-developed coding schema prior to 
the analysis rather than allowing the coding categories to emerge during the examination of 
die data (Wellman & Sim, 1990). 

HyperCard is a general-purpose program for the Macintosh that allows multiple 
ways of viewing and accessing a large body of information. Fetterman (1989) predicts 
HyperCard "may revolutionize the analysis and presentation of ethnographic work" 
because it links information from a wide variety of formats and media (p. 79). Users can 
find and sort information about a specific item much as with a traditional data base 
program. But HyperCard goes beyond traditional sequential data base programs by 
allowing users to create links. Any item of information can be linked to any other item of 
information, creating a web of related ideas. In addition, HyperCard is particularly efficient 
in handling a large volume of text. Thus, it seemed to us an ideal environment for 
organizing and analyzing qualitative data. 



Objectives 

In this paper we illustrate two ways in which HyperCard can be used as a research 
tool: a) to organize and analyze qualitative data obtained firom observations, interviews, 
surveys and other documents, and b) to facilitate note-taldng for a literature review. We 
have developed a program. The Data Collector, for our own research and have recendy 
made it available to others through Intellimation. The Data Collector consists of two 
HypeiCard stacks which may be used together or independendy. The first stack, called 
Data CoUeaor, is designed for organizing and analyzing textual data. The second 
component, the BiblioStack, is used for developing a collection of bibliographic citations 
and accompanying notes. 

This paper describes a taxonomy of qualitative analysis needs, discusses the basic 
assumptions underlying our program^s development, describes the featxires of both the 
Data CoUectOT and the BiblioStack, and concludes with our ideas for further enhancing the 
program. 

Taxonomy of Qualitative Analysis Needs 
Researchers have different perspectives and thus different analysis needs, Tesch (1991) 
describes a variety of analytic approaches that qualitative researchers use depending on the purpose 
of their research. She classifies qualitative researchers into ti^ree broad strands: those who are 
language oriented, those who take a descriptiveAnterpietative approach, and those interested in 
theory building, 

1, Language oriented researchers are interested in die usage of language and die meaning of 
words. Their analysis techniques include, among odiers, die analysis of die content of texts 
and the analysis of verbal interactions, 

2, Those using die descriptive/inteipretative approach describe in detail die characteristics and 
structure of a phenomenon or propose an interpretation of die phenomenon from die point of 
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view of those who experience it. Their purpose is to gain insight into the situation being 

studied and to describe it systematically. 
3. Researchers using thewy-building ^preaches seek explanations as well as connections. They 

try to find out why as well as what. 

Although the three approaches share common analysis needs, software developed for 
qualitative analysis is usually specific to one particular approach (Tesch, 1991). Software for 
language-oriented researchers must do complex Boolean searches to locate individual words or 
ptoses, count the fijcquency of words, and create indexes and key word concordances. Software 
for those using tiie descriptive/interpretative approach must be capable of assigning codes 
(representing conceptual categories) to chunks of text Software to facilitate tiieory- building should 
be able to find connections among conceptual categories to determine if the phenomenon under 
study has a discernible structure. Software in this latter category is modelled on sophisticated 
expert systems and is still underdevelopment (Pfaffenberger, 1988; Tesch, 1991). 

The Data Collector software is consistent with the descriptiveAnterpretative 
approach. AlUiough it can also do complex Boolean searches and count die frequency of 
search terms, it is designed primarily for researchers who "chunk and code" in order to 
look for patterns and identify themes. 

Basic Assumptions Underlying the Program Design 
In designing die Data Collector we made a number of assumptions related to computer- 
aided qualitative data analysis. Our most ftindamental assumption, of course, is that using 
computer software to analyze textual data is easier and more efficient tiian using a word processor, 
photocopy machine, colored markers, scissors, and tape. Certainly, word processors witii search 
and replace fiinctions, electronic cut and paste capability, a word count feature, and automatic 
indexing are useful tools for tiie qualitative researcher. However, software designed specifically as 
a tool for qualitative research goes beyond these generic features in order to simplify the task of 

ERIC 
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assigning codes to chunks of data, assembling the chunks that go together and thus reduce the 
volume of wards into smaller, more manageable units. 

The basic assumptions underlying our design of the Data Collector derive from our own 
experiences as researchers, from widely accepted qualitative methods that apply whether or not 
technology is used (Bogdan & Biklen, 1982; Goetz & LeCompte, 1984; Miles & Huberman, 
1984), and fix»m suggestions for evaluating qualitative analysis software as identified by oUier 
researchers (FieWing & Lee, 1991; Shermis, Stemmer, Berger & Anderson, 1991; Tesch, 
1990,1991; Wellman & Sim, 1990). These are die assumptions Uiat guided our program's 
development: 

• The way we use the software should parallel as closely as possible what we would do witiiout 
the technology. That is, die design, terminology and features of xh i software should seem 
intuitive to the users. As an example, entering and editing text should work like common word 
processors. 

• The software should be flexible enough to accommodate different forms of textual data 
(interviews, observations, diaries, documents, open-ended surveys, minutes of meetings, and 
so forth) as well as die various needs of different researchers. Miles and Huberman (1984) 
suggest tiiat researchers summarize documents such as newspaper articles and curriculum 
guides. The summaries can dien be entered as part of die data and tiiemselves coded, 

• The software should be easy to use and forgiving. Researchers do not want to spend a lot of 
time learning to use die software. They should be able to use die software widiout having to 
depend on an expert consultant (Wellman & Sim, 1990). We have tried to anticipate problems 
by asking "Do-you-really-want-to-do-diis?" questions. 

• We have not assumed users know anydiing about HyperCaid. In fact, we have removed some 
standard HyperCard menu items diat are not needed and may be confusing. However, die 
program is not protected, so users who do know HyperCard can add or customize certain 
features, such as creating different report formats. 
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• Data collection, reduction, display, and analysis are not separate processes but concurrent and 
interdependent (Goetz & LeCompte, 1984; Miles & Hubennan, 1984). Thus, coding 
categories will change and develop as the research project continues. Reseaix;hers will need to 
add new code words that emerge during analysis, change existing ones, and delete codes that 
don't work (Miles &, Hubennan, 1984; Pfaffenberger, 1988; Welhnan & Sim, 1990). 

• Data reduction involves a recursive cycle of coding and analysis (Miles & Huberman, 1984). 
Chunks of data tiiat are coded alike can be copied to a topic card where they can be coded 
again. ITie second level of analysis requires a new set of coding categories, which may or may 
not be subcodes of the main topic. 

• When aggregated, coded segments should not be stripped of their context (Miles & Huberman, 
1984; Pfaffenberger, 1988; Wellman & Sim, 1990), and they should include information 
identiiying die location of die segment in die original data (Tesch, 1991). To quote Miles and 
Huberman (1984, p. 54), "Most words are meaningless unless you look backward or forwaid 
to other words." 

• Altiwugh Pfaffenberger (1988) and Tesch (1991) recommend tiiat die researcher be able to 
define die block of text to be coded, we have assumed, for simplicity, the paragraph as die unit 
of analysis. In odier words, codes arc assigned to entire paragraphs radier dian to segments of 
text detemiined by die user. The advantage is diat die coding process pixx^eeds quickly witii 
only two cUcks of die mouse. If larger blocks are desired, multiple paragraphs can be coded 
consecutively widi only one extra mouse cUck. The same paragraph may be assigned more dian 
one code word. 

• To assist in exploring relationships among concepts, software for textual analysis should be 
able to do complex Boolean searches involving and or or (Pfaffenberger,1988; Tssch, 1991; 
Welhnan & Sim, 1990). The search function should be able to search for words or phrases 
anywhere in die body of die text or specifically for code words. 

• Researchers often have important insights while wilting up dieir field notes or coding data. 
They should be able to enter personal notes and reflections into die body of die text at any time. 
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but it should be clear that they are not part of the raw data (Bogdan & Biklen, 1982; Miles & 
Huberman, 1984). 

♦ Often researchers work as part of a team and tlie software should accommodate collaboration. 
The researchers should be able to import data from different word processing files. They 
should be able to save multiple copies of the data, code it independently, and compare the 
results. 

♦ In order to compare parts ox the text that are in different locations, researchers should be able to 
view two cards simultaneously and copy text from either card to a topic card 

♦ The researcher should be able to select any subset of the data for printing. The printout should 
be in a form that facilitates analysis (Welhnan & Sim, 1990), presumably double spaced widi 
wide margins. 

We have attempted to incorporate features into the Data Collector and the BiblioStack to 
support these underlying assumptions. 

The Data Collector Stack 

The Data Collector stack has as its backbone a single card where you can enter any 
kind of textual data (Figure 1). Data may be typed into a scrolling Notes field or imported 
into the Notes field from a word processor. In addition to the Notes field, there are fields 
for the type of data (interview, observation, survey, historical document), general site 
description, the specific setting, the name of the researcher and the date. 

Boolean searching. HyperCard's normal Find function has been enhanced to 
include Boolean searching using multiple and's and or's. The Find and Find Again options 
in the Utilities menu locate all occurrences of a specified word or phrase. The results of the 
search may be viewed on the screen or copied to a specific topic card created by the 
researcher. 

Coding. The Coding menu allows you to code a document, as well as to add, 
change or delete code words during the analysis process. Fu^t, enter your own code 



words. Then you click on a code word in your list and click on the paragraph to be coded. 
The code word is placed within brackets at the beginning of that paragraph. 

Copying text to a topic card. To facilitate the data reduction process and in order to 
construct tliemes and domains for further analysis, text n?ay be copied to topic cards, 
thereby reducing the data to smaller, more manageable divisions for further analysis. To do 
this, highlight the selected text using the mouse and click the Copy Text button. You 
choose whether to copy text to an existing topic card or to a newly created topic card When 
the text is copied to the card^ information identifying the source of the data accompanies it. 
To continue the data reduction process, the text on the topic cards can be coded and even 
copied to a new topic card. 

Comparative viewing. The Compare Cards button allows you to view two cards on 
the screen simultaneously. To mark cards for con:4)arative viewing, click on the dotted 
ccMTier on the card; the comer will turn down. The marked cards arc then placed in a 
separate stack in another window on the screen for easy comparison with the original stack. 
The ability to compare documents aids in the triangulation process. While in this mode, text 
from either window may be copied to new or existing topic cards. 

Importing and exporting text The Export and Import items in the Utilities menu 
provide a means for transferring text files to and from word processing programs. 

The BiblioStack 

The second component of the Data Collector program is the BiblioStack, which 
facilitates note-taking for a literature seview. From the BiblioStack you can create reference 
cards containing information about a citation along with any number of note cards related to 
that citation. 

Reference cards. The reference card for each bibliographic entry includes standard 
bibliographic information, a field for key words, and a field for the citation abstract (Figure 
2). The con^lete citation is placed in one field, thus you can enter it using either APA, 
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Chicago, MLA or any other style. Citations can be directly exported to a woiti pit5cessing 
program to create a bibliography or Ust of references. No retyping is needed if the citation 
has been entered into the BiblioStack using the proper style, althovigh additional formatting 
may be necessary. 

Note cards . Each reference card has associated with it any nimiber of note caids. 
Each note card contains a field for notes and a field for key wonls relevant to the particular 
note (Figure 3). 

Bgg l ean se a rchin g- You can perform Boolean searches to find any word or phrase 
in a reference card or note card. The results of the search are viewed on the screen and may 
be printed out. 

Topic st a cks - Reference cards meeting a particular search criteria can be marked and 
copied, with aU their note cards, to a new independent topic stack. In this way you can 
create separate bibUographic stacks for different research projects from yom- original stack. 

Potential Enhancements 
This past year we have been using the Data Collector for our own research projects 
and in teaching the computer component of a doctoral course in Advanced Qualitative 
Methods. As a result, we arc considering enliancements in the program to make it more 
flexible and useful. We mention these ideas in hope of soUciting feedback and stimulating 
other suggestions for the program's improvement. 

• Allow the user to define the segment of text to be coded rather than assume the 
paragraph as the unit of analysis. This feature would make the program more flexible 
but the coding process would take longer because the user would need to highlight each 
segment of text prior to coding it. Another alternative would be to let the user choose 
between the two approaches in a Preferences menu. 
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• Allow the user to define a different set of code words for each topic card. Typically, 
code words that are defined for a topic card are subcodes of the given topic and thus 
vary from topic card to topic card 

• Take advantage of the linking capability of HyperCard by providing a way for usere to 
create custom links between specific cards. For example, you may want to link an 
observation of a student in a writing class with that student's composition. Although 
experienced HyperCard usere would be able to create Unks now, that feature is not built 
into the program, 

• Allow users to access HyperCard's paint tools to draw diagrams or charts on a data 
card. For example, notes from a classroom observation may include a student searing 
chart or a diagram that the teacher drew on the board to explain a concept. 

• Give the user the option of an "expert mode" that suppresses redundant dialog boxes. 
For example, experienced users don't need to be reminded where to chck for coding. 

• Create a button on the data caiids to go directly to tlie Data Du^tory in oider to facilitate 
navigation among the data cards. 

• Add a Copy Text button to the BiblioStack to copy selected information from the 
literature review to a topic card in the Data Col' .ctor. 

• Create topic canls in the BiblioStack based on key woids, similar to the topic caids for 
code words in the Data Collector. 

• Provide an optional larger card size so that users can take advantage of the larger screen 
available on some Macintosh models. 

Conclusion 

Although originally designed for our own use, we believe The Data Collector 
exemplifies the viability of using technology to meet the needs of researchers doing 
qualitative analysis. It is important to remember, though, that die software is simply a tool 
for organizing and managing the data; the researcher must still do the analysis. The 
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researcher must develop the relevant coding categories, identify emerging themes, and 
support his or her interpretations from the data. However, software tools such as this one 
can sirnply tlie mechanical aspects of that task considerably. Secondly, we need to 
remember that qualitative analysis involves a variety of otlier methods in addition to 
chunking and coding, such as displaying information in the form of tables, charts, and 
matrices (Miles and Huberman, 1984). The computer is only one tool among many in the 
researcher's repertoire. 
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